(19) 



3 



Euro P mPp^'ntlfifLlCAN T 

European Patent Office 
Office europeen des brevets 




(12) 



pi) EP 0 705 012 A2 

EUROPEAN PATENT APPLICATION 



(43) Date of publication: 

03.04.1996 Bulletin 1996/14 

(21) Application number: 95306439.1 

(22) Date of filing: 14.09.1995 



(51) IntCI. 6 : H04L 29/00 



(84) Designated Contracting States: 


(72) Inventors: 


DE FR GB NL 


• Netravali, Arun Narayan 




Westf ield, New Jersey 07090 (US) 


(30) Priority: 20.09.1994 US 30921 3 


• Sabnani, Krishan Kumar 


Westf ield, New Jersey 07090 (US) 


(71 ) Applicant: AT&T Corp. 




New York, NY 10013-2412 (US) 


(74) Representative: 




Watts, Christopher Malcolm Kelway, Dr. et al 




AT&T (UK) Ltd. 




5, Mornington Road 




Woodford Green Essex, IG8 0TU (GB) 



(54) Computer network gateway 

(57) A gateway system for connecting first and sec- 
ond communication networks has first and second net- 
work end nodes and a protocol converter. The gateway 
system operates to provide input -output services of both 
network protocols to users of both networks in commu- 
nicating through the gateway system. The gateway sys- 
tem employs associated complement protocol circuits in 
the end nodes and the protocol converter to provide 
these services. An efficient technique for generating the 
complement protocol of a first network is to prune finite 
state machines representing the operatbn of the second 
network protocol to provide the services of the second 
protocol that are not provided by the first protocol. The 
complement protocol circuits for the second network are 
then constructed based on the pruned finite state ma- 
chines representing the operation o1 the first protocol. 
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Description 

Field of the Invention 

This invention relates to gateways between compu- 
ter networks, and more particularly to the synthesis of a 
gateway system that permits users of the associated net- 
works to transmit and receive information through the 
gateway system using services available on either net- 
work. 

Background of the Invention 

Computer networks and other data communication 
networks that employ communication protocols, such as 
Systems Network Architecture (SNA), DECNET, and 
Open Systems Architecture (OSI), are currently utilized 
around the world. A network protocol is a well defined 
set of rules governing the syntax, semantics and timing 
of the data transmission on the network. With the wide- 
spread use of electronic mail and file transfer services, 
it has become increasingly important to provide intercon- 
nections between networks. Three commonly used 
types of network interconnections are bridges, routers 
and gateways. 

Conventional network interconnection systems typ- 
ically have been built using ad hoc techniques. Problems 
in automatically synthesizing interconnections include 
overcoming network architectural mismatches and de- 
signing the protocol converters between the networks. 
Architectural mismatches involve differences in network 
layer functionalities, bit rates, buffering, interfaces and 
hand-off procedures. Since considerable judgment, 
trade-off, analysis, and decision making is required to 
overcome architectural mismatches, automatic genera- 
tion of systems to overcome the architectural mismatch- 
es is not foreseeable in the near future. 

Protocol converters translate messages from one 
protocol to another to rectify any mismatches between 
network protocols. Recently, techniques have been de- 
veloped that automatically generate a protocol converter 
from formal specifications of the corresponding network 
protocols. Known automatic generation techniques in- 
clude those described in S. Lam, "Protocol Conversion," 
IEEE Trans. Soft. Engr. , Vol. 14, No. 3, pp. 353-362, 
March 1988 (an earlier version was presented at SIG- 
COMM '86); and YW. Yao, W.S. Chen, and M.T. Liu, "A 
Modular approach to constructing Protocol Converters," 
Proc. INFOCOM '90 , pp. 572-579, June 1990. 

Automatic generation of protocol converters based 
on formal specifications has the following advantages: 
(1) the operation of the protocol conversion can be 
proved correct; (2) the protocol converter can be con- 
structed in a relatively short period of time; and (3) the 
protocol converter can be changed quickly to adapt to 
changes in the protocol specification. However, most 
currently existing automatic synthesis techniques are 
relatively complex and inefficient due to a lack of effec- 



tive procedures that can handle large realistic protocols, 
as well as due to the difficulty in preparing the formal 
specifications of the protocols. 

However, an example of an efficient automatic syn- 
5 thesis technique is described in O.M. Kristol, D. Lee, A.N. 
Netravali, and K. Sabnani, "A Polynomial time Algorithm 
for computing Protocol Converters from Formal Specifi- 
cations," IEEE/ACM Transactions on Networking , pp. 
217-229, April 1993, and in U.S. Patent No. 5,327,544, 
10 which is assigned to the assignee of the present inven- 
tion. Both of these references are hereby incorporated 
by reference. The automatic synthesis technique de- 
scribed in these references generates a protocol con- 
verter that provides the greatest common subset of serv- 
es ices available on the associated network protocols. This 
common subset of services is available to users that 
transmit and receive information through the protocol 
converter. Typical network services include data transfer, 
database inquiries and file transfers. 
20 However, this technique is not transparent to users 
on either network because all the services available to 
the users on that network may not be part of the imple- 
mented subset in the protocol converter, and thereby not 
useable when communicating through the protocol con- 
25 verier. Therefore, a need exists for a method of automat- 
ically generating a gateway system having a protocol 
converter that provides a super-set of services to net- 
work users that transmit and receive information through 
the gateway system. 

30 

Summary of the Invention 

A gateway system for connecting first and second 
communication networks according to one embodiment 

35 of the invention may include first and second net- 
work-end nodes and a protocol converter. Such a gate- 
way system employs associated complement protocol 
circuits in the end nodes and the protocol converter to 
provide those services of one protocol that are not pro- 

40 vided by the protocol of the corresponding network at- 
tached to that end node. As a consequence, the gateway 
system provides a super-set of services of both network 
protocols to users of both networks in communicating 
through the gateway system. 

45 a method for generating a gateway system between 
first and second networks according to an embodiment 
of the invention first determines a common subset of 
services equal to an intersection of services provided by 
the protocols. Finite state machines ("FSM") are then 

so generated which characterize first and second comple- 
ment protocols of those services provided by the network 
protocols. The first complement service FSM contains 
those services provided by the second network protocol 
that are not provided by the first network protocol. Like- 

55 wise, the second complement service protocol contains 
those services provided by the first network protocol and 
not the second network protocol. 

Sets of intercommunicating finite state machines 
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representing each network protocol are then pruned to 
provide first and second complement network protocol 
finite state machines. The end nodes and protocol con- 
verter are then constructed using circuits that perform 
the operations of the sets of protocol finite state ma- 5 
chines for the protocols, and the first and second com- 
plement network protocol finite state machines, as well 
as an interface converter. The method for generating the 
gateway system is simple, efficient, and can be accom- 
plished in a polynomial-based number of steps. 10 

The above-discussed features, as well as additional 
features and advantages of the present invention, will 
become more readily apparent by reference to the fol- 
lowing detailed description and the accompanying draw- 
ings. 15 

Brief Description of the Drawings 

FIG. 1 is a schematic diagram of two data commu- 
nication networks interconnected by a gateway sys- 20 
tern according to the present invention; 

FIG. 2 is a detailed schematic diagram of a protocol 
converter and associated network end nodes in the 
gateway system of FIG . 1 ; 25 

FIG. 3 is a flow diagram of the method for generating 
the gateway system ot FIGS. 1 and 2; 

FIG. 4 is a flow diagram of a method for pruning a 30 
protocol to generate a complement protocol for use 
in the method of FIG. 3; 

FIG. 5 is a block diagram of a model arrangement 
of component finite state machines ("FSMs") to 35 
characterize a communication protocol that may be 
used in generating the gateway system of FIG. 1 ; 

FIG. 6 is a transmitter FSM for use in a half -duplex 
alternating bit protocol (HABP) which may be imple- *o 
mented in one of the networks of FIG 1 ; 

FIG. 7 is a receiver FSM for use in the HABP; 

FIG. 8 is a FSM for a first communications channel *s 
in the HABP; 

FIG. 9 is a FSM for a channel communications chan- 
nel in the HABP; 



so 



FIG. 10 is a FSM for a timer associated with the 
transmitter FSM of FIG. 6; . 

FIG. 11 is a service FSM for the HABP; 

FIG. 12 is an arrangement of the FSMsforthe HABP 
of FIGS. 6-1 1 according tothe organization of FIG. 5; 
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FIG. 13 is a block diagram of an arrangement of 
component FSMs characterizing a full-duplex alter- 
nating bit protocol (FABP) which may be imple- 
mented in one of the networks of FIG. 1; 

FIG. 14 is a transmitter FSM for use in the FABP; 

FIG. 15 is a data retransmission timer FSM associ- 
ated with the FSM of FIG. 14; 

FIG. 16 is a receiver FSM for use in the FABP; 

FIG. 17 is a sequence number storage FSM asso- 
ciated with the receiver FSM ol FIG. 16; 

FIG. 18 is a sequence number storage FSM asso- 
ciated with the transmitter FSM of FIG. 14; 

FIG. 19 is a FSM for generating an acknowledge- 
ment signal associated with the receiver FSM of 
FIG. 16; 

FIG. 20 is an acknowledgement timer associated 
with the FSM of FIG. 19; 

FIG. 21 is a service FSM for the FABP; 

FIG. 22 is a complement service generated accord- 
ing to the method of FIG. 3 based on the service 
FSMS of FIGs. 11 and 12; 

FIG. 23 is a pruned transmitter FSM generated 
according to the method of FIG. 4 based on the FSM 
of FIG. 14; 

FIG. 24 is a pruned data retransmission timer FSM 
generated according to the method of FIG. 4 based 
on the FSM of FIG. 15; 

FIG. 25 is a pruned receiver FSM generated accord- 
ing to the method of FIG. 4 based on the FSM of 
FIG. 16; 

FIG. 26 is a pruned sequence number storage FSM 
generated according to the method of FIG. 4 based 
on the FSM of FIG. 17; 

FIG. 27 is a pruned sequence number storage FSM 
generated according to the method of FIG. 4 based 
on the FSM of FIG. 18; 

FIG. 28 is a pruned FSM for generating an acknowl- 
edgement signal generated according to the method 
of FIG. 4 based on the FSM of FIG. 19; and 

FIG. 29 is a bbck diagram of a gateway system 
between a HABP network and a FABP network 
employing the FSMs of FIGS. 14-28 arranged 
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according to the present invention. 
Detailed Description 

An embodiment of an interconnection of two net- 
works by a gateway system 1 according to the present 
invention is shown in FIG. 1 . In FIG. 1, first and second 
data communications networks 1 0 and 20 are connected 
to associated first and second network end nodes 30 and 
40, respectively. The end nodes 30 and 40 are connect- 
ed to a protocol converter 50 by first and second com- 
munications channels 60 and 70, respectively. The gate- 
way system 1 consists of the end nodes 30 and 40, and 
the protocol converter 50. 

Each one of the data communications networks 10 
and 20 may be connected to respective computers 80, 
printers 90, file servers 100 and other data storage de- 
vices 110. Additional suitable data communication 
equipment may also be attached to the networks 1 0 and 
20. In FIG. 1 , the first data communications network 10 
employs a protocol A and the second data communica- 
tions network 20 employs a protocol B. 

The operations of a network protocol may be mod- 
eled by a set of intercommunicating finite state machines 
(FSMs). Exemplary sets of FSMs characterizing half-du- 
plex and full -duplex communication protocols are depict- 
ed in FIGS. 6-11 and 14-21, respectively, which are de- 
scribed in greater detail below. In the following descrip- 
tion, interprocess input-output operation notation similar 
to that used in the language CSP is used to specify the 
intercommunication between protocol FSMs. CSP 
stands for Communicating Sequential Processes which 
is described in C. A.R. Hoare, "Communicating Sequen- 
tial Processes,'' Communications of the ACM , Vol. 21, 
No. 8, pp. 666-677, August 1978 (" Communicating Se- 
quential Processes"). 

According to this notation, a FSM sends a message 
toother FSMs by means of an "output operation" desig- 
nated by the symbol "!". Where, for example, there are 
two FSMs, machine #1 and machine #2, an output op- 
eration in machine #1 which sends the message "msg" 
to machine #2 is denoted by machine2!msg. An FSM is 
also capable of receiving messages. For^ach message 
that is sent by one FSM there must be a receipt of the 
message by at least one other FSM. A FSM receives a 
message from another FSM by means of an "input op- 
eration" designated by the symbol "?". With respect to 
the output operation exemplified above, the correspond- 
ing input operation in machine #2 is denoted by 
machinal ?msg> which means receive the message 
"msg" from machine #1. 

The operations machine 1 ?msg and machine2!msg 
are executed simultaneously because they represent dif- 
ferent perspectives of the same event. Neither operation 
can be executed individually. Thus, if a first FSM at- 
tempts to do an output operation, it has to wait until a 
second FSM is ready to execute the corresponding input 
operation. The synchronized message exchange be- 



tween two FSMs is called a rendezvous. 

If the FSM name is not specified in an input or output 
operation, then the input-output operation can take place 
with any other FSM that is ready to execute the corre- 

s sponding operation. For example, if a FSM has an oper- 
ation ?m$g t then the receipt o1 "msg" from any other 
FSM will trigger the operation of the FSM. These types 
of input-output operations are often used to model a pro- 
tocol's interactions with multiple users on multiple com- 

10 munication channels. 

A typical FSM lor use in an embodiment of this in- 
vention is a four-tuple F = (X, V", p, s 0 ) where the symbol 
I is a set consisting of all the FSM's input-output opera- 
tions and an internal operation; the symbol V is a finite 

75 set ot states that the FSM may be in; the symbol p is a 
finite set of state transition functions, such as ma- 
chine! msg or machine?msg t and the symbol s 0 is the 
initial state of the FSM F. While doing an internal transi- 
tion from one state to another state, a FSM makes a state 

20 transition without interacting with any other FSM. For 
more information regarding FSMs see 2. Kohavi, 
Switching Theory and Finite Automata Theory , Mc- 
Graw-Hill, pp. 275-315 (1978) and Communicating Se- 
quential Processes. 

2S a FSM may be represented as a directed graph 
(V,E) where the symbol V is the set of states in the FSM 
and the symbol E is the set of edges or possible state 
transitions between states. Each state of a FSM is rep- 
resented in a directed graph by a circle encircling the 

30 designation of the state, such as the state 900 in the state 
machine Htrans of FIG. 6. Each edge is labeled by an 
input-output operation, belonging to the set I, which ei- 
ther triggers the state transition or is a result of the state 
transition. For example, edge 910 extending from state 

35 900 in FIG. 6 is labeled with ?timeoui Additionally, an 
edge may be labeled by two or more input-output oper- 
ations which independently, or in conjunction, trigger the 
state transition, or are the result of it. 

For notatbnal purposes, an edge labeled by a'bde- 

^0 notes an edge triggered by an input-output operation a 
followed by an input-output operation b. The symbol "*" 
represents the boolean AND operator. Therefore, a state 
transition, represented by an edge labeled by 
?ackO*?cancef is only triggered by the receipt of the 

45 messages "ackO" and "cancel". A state transition repre- 
sented by an edge labeled by 7ack0*!start is triggered 
by the receipt of the message ackO and the sending of 
the message start. An edge labeled by a + b denotes two 
edges that connect the same two states, one labeled by 

50 the input-output operation a and one labeled by the in- 
put-output operation b. The symbol "+" represents the 
boolean OR operator. For example, a state transition 
represented by an edge labeled ?ack1 + ?start is trig- 
gered by the receipt of either of the messages "ackl " or 

55 "start". 

A FSM always starts in its initial state s 0 . The initial 
state is labeled 0 and may be additionally designated in 
the directed graph representing the FSM by the pres- 
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ence of a concentric circle surrounding the 0. When the 
FSM is in any given state it can execute any of the op- 
erations that label a transition from that state. 

A protocol provides one or more services to the user 
of the protocol. These services are also represented as 
a FSM called the service FSM. However, there is not nec- 
essarily a one-to-one mapping or correlation between 
the set of services provided by a protocol and the set of 
FSMs that can represent the protocol operation. The in- 
put-output operations of the protocol represented by the 
service FSM are called service primitives of the protocol. 
According to international standards, a service primitive 
means an abstract message exchange between the pro- 
tocol and its user or upper layer. An example of a service 
primitive is fsend(data) where the primitive send is used 
to transmit a message data. 

If an edge in one FSM is labeled by an input-output 
operation that has no corresponding operation in another 
FSM, the transition can never occur. For example, if an 
edge in machine #1 is labeled machine2!msg, and ma- 
chine #2 contains no edge labeled machinel ?msg i the 
transition in machinel can never occur. This character- 
istic of communicating FSMs is utilized in the method for 
generating a gateway system according to the present 
invention. 

For any two FSMs F, and F 2 , a FSM designated F^ 
# F 2 can be built that corresponds to the joint behavior 
of F n and F 2 . The FSM # F 2 is called a reachable 
FSM, or a composition of F 1 and F 2 . The process of con- 
structing F 1 # F 2 from the components F 1 and F 2 is called 
the reachability computation, or composing, and is well 
known in the art. Finding the reachable FSM is done by 
computing the reachable global states. A global state for 
Ft # F 2 is defined as a two-tuple (s-, , s 2 ), where s-, is the 
current state of and $ 2 is the current state of F 2 . Com- 
putation of the reachable global states is described in 
G.v. Bochmann and C. A. Sunshine, "A Survey of Formal 
Methods," Computer Networks and Protocols , RE. 
Green (Ed.), pp. 561-578, Plenium Press, May 1983. 

A more detailed view of the gateway system 1 of 
FIG. 1 is shown in FIG. 2. In FIG. 2, the data communi- 
cations network 10 is connected to a protocol circuit A, 
100 and a complement protocol circuit P b .a,i 105 in the 
network end node 30. Within the network end node 30, 
the circuits A-, 100 and Pb-a.i 105 are connected to a 
first combined multiplexer-demultiplexer (MUX-DEMUX) 
110. 

The protocol circuit A n 100 performs the operations 
specified in a portion of the set of protocol FSMs that 
characterize the protocol A and is described in greater 
detail below. The complement protocol circuit P b .a,i 105 
performs operations that are specified in a portion of a 
set of complement protocol FSMs characterizing a com- 
plement protocol P B . A . The complement protocol P B . A 
provides those services of the protocol B implemented 
on the network 20 that are not provided by the protocol 
A of the network 10. The complement protocol circuit 
p b-a.i 105 and complement protocol P B . A are also de- 



scribed in greater detail below. 

The MUX-DEMUX 110 is also connected to the first 
communications channel 60 which is connected to a sec- 
ond MUX-DEMUX 120 disposed in the protocol convert- 

5 er 50. Within the protocol converter 50, the MUX-DE- 
MUX 120 is connected to an interlace protocol circuit A 2 
125 and an interface complement protocol circuit P B -a.2 
1 30. The interface protocol circuit A 2 1 25 performs those 
operations characterized in the remainder portion, the 

io set of FSMs for the protocol A that is not performed by 
the protocol circuit 100, and is described in greater 
detail below. Likewise, the interface complement proto- 
col circuit P B _ A .2 1 30 performs those operations charac- 
terized in the remainder portion of the set of FSMs for 

is the complement protocol P B . A that are not performed by 
the complement protocol circuit Pb-a.i 1 ° 5 - Tne interface 
complement protocol circuit P B . A .2 1 30 is a,so described 
in greater detail below. The MUX-DEMUXs 110 and 120 
operate in conjunction with one another to multiplex and 

20 demultiplex signals on the communications channel 60 
between the circuits A t 100 and A 2 125, and between 
the circuits P B . A j 105 and p b-a,2 respectively. 

Within the gateway protocol converter 50, the cir- 
cuits A 2 1 25 and P B _ A .2 1 30 are connected to an interface 

2S converter IC 135. The interface converter IC 135 is fur- 
ther connected to the interface protocol circuit 140 
and an interface complement protocol circuit P A . B1 145 
which are described in greater detail below. The circuits 
B A 140andP A . B1 1 45 a re connected to a third MUX- DE- 

30 MUX 1 50 which is connected to the second communica- 
tions channel 70. 

The communications channel 70 is further connect- 
ed to a fourth MUX-DEMUX 1 60 contained in the network 
end node 40. Within the network end node 40, the 

35 MUX-DEMUX 1 60 is connected to the protocol circuit B 2 
165 and a complement protocol circuit P A . B 2 170. The 
circuits B 2 and P A _ B2 are also connected to the second 
data communications network 20. 

The protocol circuit A-, 1 00 and the interface protocol 

40 circuit A 2 125 perform the communication functions of 
the protocol A as modeled by the corresponding set of 
FSMs. The determination as to which FSM of the set of 
protocol FSMs is to be implemented in which of the cir- 
cuits A-, 1 00 or A 2 1 25 would be readily apparent to those 

45 skilled in the art. Generally, the functions specified by the 
FSMs of the set that are used to communicate with the 
users and upper-level of the network are implemented 
in the circuit A n 100. Correspondingly, those functions 
characterized by the FSMs of the set that facilitate com- 

50 munication with other networks are implemented in the 
circuit A 2 125. An example of the arrangement of the 
functions of the various FSMs in the respective protocol 
circuits is described below with respect to FIG. 29. 
The interface protocol circuit B-, 1 40 and the protocol 

55 circuit B 2 165 operate according to the protocol B as 
specified in the corresponding set of FSMs in an analo- 
gous manner to that of the circuits A 2 125 and A-, 100, 
respectively. Likewise, the functions of the complement 
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protocols P B . A and P A . B , which are characterized by the 
respective sets of FSMs are divided between the circuits 
p b-a.i 105 and p b-a^ 130 ' and between the P A -b.i 145 
and P A -b.2 17 °- respectively. In a similar manner to that 
stated above, the complement protocol P A . B character- s 
izes the operations of those services provided by the pro- 
tocol A that are not present in the protocol B. 

By properly arranging the protocol and complement 
protocol functions in the end nodes 30 and 40, and the 
protocol converter 50, the gateway system 1 of FIG. 2 
enables users attached to the network 1 0 to utilize all the 
services, or a super-set of the services, of the protocols 
A and B when communicating with the network 20. Like- 
wise, users attached to the network 20 may utilize all the 
services of the protocols A and B when communicating 
with the network 10. 

In operation, a service provided by both the proto- 
cols A and B is performed by a tandem combination of 
the exchange of corresponding service primitives be- 
tween circuits A 2 125 and B 1 140 through the interface 
converter IC 1 35 in FIG. 2. In a similar manner, a service 
provided by the protocol A but not by the protocol B is 
performed by a tandem combination of the exchange of 
corresponding service primitives between circuits A 2 1 25 
and P a _b.i 145 through the interface converter IC 135. 
A service provided by the protocol B but not by the pro- 
tocol A is performed by a tandem combination of the ex- 
change of corresponding service primitives between cir- 
cuits 140 and P B . A>2 1 30 through the interface con- 
verter IC 135. 

Accordingly, the interface converter I C 1 35 identifies 
the service process that is attempting to communicate 
through the protocol converter 50. The interface convert- 
er IC 1 35 then routes the respective service primitives of 
that service between the appropriate circuits in the pro- 
tocol converter 50. A suitable circuit for performing the 
operations of the interface converter IC 135 is a micro- 
processor or microcontroller connected to memory con- 
taining a mapping table for corresponding service prim- 
itives. An ASIC or PLA possessing the required routing 
capabilities may also be employed as the interface con- 
verter IC 135. 

By utilizing the MUX-DEMUXs 110, 120, 150 and 
1 60, the operations of the circuits A 1 100andP B . A1 105, 
«2 125 and P B . A2 130, B 1 140 and P A . B A 145, and B 2 
165 and P A . B 2 170, may be performed in parallel. One 
suitable technique for ensuring that messages will be ex- 
changed only between protocol circuits, such as circuits 
At 100 and Ag 125, and between complement protocol 
circuits, such as circuits P B . A ■, 105 and Pb-a.2 1 30 > ls to 
use tags, such as a 1 or 2, to denote whether the mes- 
sage transmitted over the communications channel is 
from a respective protocol or complement protocol cir- 
cuit. In an alternative embodiment, the MUX-DEMUXs 
1 10, 1 20, 1 50 and 1 60 may be omitted if the correspond- 
ing protocol and complement protocol circuits are direct- 
ly connected to one another. 

The protocol circuit A., 1 00 and the complement pro- 



tocol circuit P B . A t 105, as well as the MUX-DEMUX 110 
in the end node 30 may be arranged as separate or com- 
bined circuits. Further, the separate or combined circuits 
may be conventional microprocessors, ASICs or PlAs. 
The circuits of the protocol converter 50 and end node 
40 may also be implemented as separate or various con- 
figurations of combined circuits in a similar manner. 

FSMs characterizing the service operations provid- 
ed to the users by the protocols A and B will be referred 
to by the symbols S A and S B , respectively/The input-out- 
put operations depicted by the FSMs S A and S B are the 
service primitives of the protocols A and B, respectively. 
The set of input-output operations of the circuits A., 100 
and A 2 125 with their respective local user or upper-lev- 
els will be referred as IA 1 and |A 2 , respectively. An ex- 
ample of this type of input-output operation includes \de- 
liver (data) where a service primitive delivery is used to 
deliver a message data. In a similar manner, the set of 
input-output operations of the circuits B, 140 and B 2 165 
with their respective local users or upper-levels will be 
referred to as IB 1 and IB 2 , respectively. 

For exemplary purposes, suppose the services pro- 
vided by the protocols A and B are both data transfer 
protocols. In operation : the circuit A 1 100 may be given 
a service primitive tor establishing a connection. In re- 
sponse, the circuit A 1 100 would generate a correspond- 
ing output operation to the circuit A 2 125. The circuit A 2 
125 would generate a service primitive indicating to its 
local user, the interface converter IC 1 35, that a remote 
user to the circuit A, 1 00 wishes to establish a connec- 
tion. Upon receiving this service primitive, the interface 
converter IC 1 35 would generate an input service prim- 
itive for the protocol B indicating that a local user, the 
circuit A 2 125, wants to establish a connection. 

Accordingly, the interface converter IC 135 would 
operate to cause the circuit B n 140 to be the local user 
of the circuit A 2 125 by routing the output service primi- 
tives of the circuit A 2 125 to the input service primitives 
of the circuit 140. The circuit B-, 140 would then gen- 
erate a corresponding input operation to its local user, 
the circuit B 2 165 which provides communication with the 
network 20. Thus, a connection may be made by a user 
on the network 1 0 to the network 20 through the gateway 
system 1 . 

In the reverse direction, tne output service primitives 
from the circuit B 1 140 are provided to the input service 
primitives of the circuit A 2 1 25 by the interface converter 
IC 135. However, since the networks protocols 10 and 
20 are different, the input service primitives for the circuit 
A 2 125 may not have a one-to-one correspondence with 
the output service primitives of the circuit B n 1 40. There- 
fore, a mapping or translation between the service prim- 
itives or input-output operatbns IA 2 and those of IB 1 
must be implemented in the interface converter IC 1 35. 

In most cases, this translation may be a direct map- 
ping between two corresponding operation elements of 
the protocols. However, In other-cases, the mapping may 
be more complex. For instance, if two output service 
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primitives x and y from the circuit A 2 125 are equivalent 
to a single input service primitive z for the circuit B 1 1 40, 
then the interface converter IC 135 must generate the 
output service primitive z upon receipt of either an input 
service primitive x or y. Particular service primitives of 
one protocol may perform functions that are not per- 
formed by any combination of service primitives of the 
corresponding protocol. The service primitives provided 
by these unmatched services are performed by the com- 
plement protocols P A _ B and P B . A implemented in the cir- 
cuits P A . B j 145 and P A . B 2 170, and P B -a.i 105 and 
P B . A 2 130, respectively- 
One suitable method 200 for generating the gateway 
system 1 and corresponding complement protocols P A . B 
and P B . A is illustrated in FIG. 3. Referring to FIG. 3, a 
FSM W representing the largest common subset of serv- 
ices of the protocols A and B is computed in step 210. 
One method for computing the FSM W is to compute the 
expression W = S A # IC # S B \ where S A ' and S B are 
collections of FSMs that are pruned versions of the FSMs 
S A and S B , respectively. The pruned FSMs S A and S B 
are formed by removing the edges of the FSMs S A and 
S B for which there are no corresponding service primi- 
tives provided by the other service FSM S B and S A , re- 
spectively. The resulting FSM W may be reduced while 
maintaining its operational equivalence according to a 
method described in PC. Kanellakis and S.A. Smolka, 
"CCS Expressions, Finite State Processes, and Three 
Problems of Equivalence, " Information and Computa- 
tion , Vol. 86, pp. 43-68 (1990), which is incorporated by 
reference herein. 

Complement service FSMs S B . A and S A . B specify- 
ing service primitive operations for the complement pro- 
tocols P B . A and P A . B are then generated in step 220. One 
method for generating the complement service FSMs 
S B . A and S A . B is to prune the service FSMs S B and S A 
with respect to the common services subset FSM W. Ac- 
cording to this method, the complement service FSM 
S B . A is generated by removing the edges of the service 
FSM S B that correspond to present edges in the common 
subset FSM W. 

After generation of the complement service FSMs 
S B . A and S A . B in step 220, the method 200 proceeds to 
step 230. In step 230, the complement protocol FSMs 
P B . A and P A . B are generated by pruning the set of pro- 
tocol FSMs characterizing the protocols B and A, respec- 
tively, to provide only those services of the complement 
service FSMs S B . A and S A . B . One suitable technique for 
pruning the FSMs representing the protocols A and B is 
described in greater detail below with reference to FIG. 4. 

The protocol converter 50 and network end nodes 
30 and 40 are then constructed in step 240 according to 
the manner shown in FIG. 2. The protocol converter 50 
and network end nodes 30 and 40 may each be com- 
prised of at least one processor, such as a microproces- 
sor, ASIC or PLA, to provide the operations of the corre- 
sponding interconnection of protocol and complement 
protocol FSMs in the circuits illustrated in FIG. 2. Meth- 



ods for implementing FSMs in processors are well known 
in the art. 

FIG. 4 depicts a suitable method 300 for pruning the 
protocol FSMs to generate the complement protocol 

5 FSMs P B „ A and P A . B in step 230 of FIG. 3. The steps of 
the method 300 of FIG. 4 may be grouped as follows: 
those edges that are labeled with service primitives other 
than that found in the corresponding service FSM S are 
deleted in the sequence of steps 320-340; those edges 

10 of the protocol FSMs that have no matching service prim- 
itives after the first sequence of steps 320-340 are de- 
leted in steps 350-400; and in steps 405460, the method 
300 computes and retains the strongly connected FSM 
components that start with the initial state, and discards 

is the rest of the machine. 

In FIG. 4, a data structure MATCH, a FSM list L and 
counter variables i, j, k, m are initialized to zero in step 
305. Then, in step 310, the operations of a protocol P, 
such as protocol A used on the network 1 0 of FIG. 1 , are 

20 characterized by a set of FSMs F it i=1,... : N, where the 
value N is the total number of FSMs in the set. The coun- 
ter i is then incremented in step 320. In step 330, those 
state transitions in the FSM Fj that do not correspond to 
the service primitives utilized by the corresponding pro- 

2S tocol service FSM S are deleted. If the protocol A of net- 
work 1 0 were used as the protocol P in the method 300, 
then the service FSM S A will be used as the service FSM 
S in the method 300. 

The counter i is then compared with the total number 

30 of FSMs N in step 340. If the counter i does not equal 
the total number of machines N, the method 300 repeats 
steps 320 and 330 to delete or prune state transitions 
having unmatched service primitives in the next FSM Fj 
of the set. However, if the counter i is equal to the total 

35 number of machines N, the method 300 proceeds to step 
350 where the counter j is incremented. 

After performing the step 350, the FSM Fj is evalu- 
ated in step 360 to determine if it contains edges corre- 
sponding to services primitives that are not matched by 

40 counterpart service primitives in any other FSM of the 
set of FSMs F. An edge representing a service primitive 
may be unmatched due to deletion of their corresponding 
edges in step 330. For example, if an edge of the FSM 
Fj has a label lstartx\ox sending a service primitive startx 

45 and if the corresponding edge labeled ?startx in another 
FSM of the set was deleted in step 330, then the edge 
of the FSM Fj will be unmatched. If at least one edge of 
the FSMj is unmatched, the method 300 performs steps 
370-390. In step 370, ail identified unmatched edges of 

50 the FSM Fj are deleted, and in step 380, the FSM Fj is 
appended to the list L. In step 390, the counter m which 
corresponds to the length of list L is incremented. After 
performing step 390, the method 300 proceeds to step 
400. However, if in step 360, it is determined that the 

ss FSM Fj contains only edges having matched service 
primitives, the method 300 will proceed directly to step 
400. 

In step 400, the counter j is tested and if it is not equal 
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to the total number of FSMs N in the set F, the method 
300 repeats steps 350 and 360 to identify if the next FSM 
Fj contains edges having unmatched service primitives 
and amends the FSM Fj and list L accordingly in steps 
370-390. Alternatively, if the method 300 determines, in 
step 400, that the counter j is equal to the total number 
of FSMs N then all the FSMs F of the set have been proc- 
essed for edges having unmatched service primitives, 
and the method 300 proceeds to step 405. 

In step 405, the method 300 determines whether the 
value of the counter m is zero. If the counter m has a 
value of zero/no FSM in the set of FSMs F had edges 
deleted in step 370. As a result, the method 300 pro- 
ceeds directly to step 470 which is described below. 
However, if the counter m is not zero in step 405, the 
method 300 proceeds to step 410. In step 410, the coun- 
ter k is incremented, and then, in step 420, a FSM F k is 
removed from the list L for further processing by steps 
430, 440 and 450. All FSMs contained in the correspond- 
ing list L have at least one edge deleted in step 370. The 
number of FSMs in the list L is represented by the coun- 
ter m 

In step 430, a strongly connected component of 
FSM F k that contains the initial state is determined and 
denoted C k . In a strongly connected FSM component, 
each node has a directed path to every other node. In 
step 440, those edges of the FSM F k that are not con- 
tained in C k are deleted, and in step 450, the data struc- 
ture MATCH is updated to reflect those edges deleted in 
step 440. The FSMs characterizing protocols that do not 
have infinite loops for data transfers, such as connection 
management and call setup protocols, may be made 
strongly connected by adding dummy transitions. 

Then, in step 460, the method 300 determines 
whether the counters k and 1 are equal. If counters k and 
I are found equal, the method 300 proceeds to step 470. 
However, if the counters k and I are not found equal, the 
method 300 repeats steps 410-450 to increment the 
counter k and determine the strongly connected compo- 
nents for the remaining FSMs in the list L. 

In step 470, the method 300 outputs the FSMs Fj, 
i=1 f ... , N, characterizing the pruned protocol R The re- 
sulting FSMs Fj, i=1 N, are reduced component FSMs 
of the original set of FSMs that characterize the protocol 
P and which contain the services corresponding to those 
of the service FSM S. Accordingly, the complement pro- 
tocol FSMs Pb_ a and P A . B can be generated by perform- 
ing the method 300 twice, a first time with the protocol P 
being the protocol B and with the service FSM S being 
the service FSM S B _ A , and a second time with the pro- 
tocol P being the protocol A and with the service FSM S 
being the service FSM S A . B . 

One feature of the method 300 is that it generates 
the pruned machines utilizing a polynomial, rather than 
an exponential, number of computational steps. An ad- 
vantage of this feature is that it permits the pruning of 
relatively large and complex protocols, such as conven- 
tional computer network protocols, in a relatively short 



computational time. Typical prior art pruning techniques 
require an exponential number of computational steps 
which is very impractical lor the size and complexity of 
existing network protocols. 

s The data structure MATCH keeps track of the match- 
ing input-output services. Identical services may be as- 
sociated with a counter value, which records their total 
number. Counter values of matching input-output serv- 
ices are associated with each other. When an input-out- 

io put service is deleted, its associated counter value is de- 
creased by one. When a counter value becomes zero, 
all the corresponding counter values are checked as fol- 
lows: if a counter value \i has no matching counter value, 
i.e., all have become zero, then the counter value p is 

is changed to zero and all its associated edges in the FSM 
depicting that input-output service are deleted. The cor- 
responding counter values of the counter value jj are 
processed similarly. This counter value updating is done 
rteratively until no changes have to be made to the ih- 

20 volved counter values. 

The total cost in the number of computations to ini- 

» 

tialize and to update the data structure MATCH is 0(: M 
25 crij), where mj is the number of edges of Fj and where k 
is the number of FSMs in the set. A k-bit vector may be 
used to record whether the FSM Fj is in the list L. In one 
particular vector format, if the FSM Fj is in the list L, then 
30 the i-th bit of the vector is 1 , otherwise it is 0. To update 
the vector and to check whether the FSM Fj is in the list 
L takes a constant time. Whenever a component FSM Fj 
is appended to the list L, at least one edge has been re- 
moved. Then : when the component FSM Fj is removed 
35 from the list L, the strongly connected component iscon- 
structed that contains the initial state. It takes time 0(mj) 
to compute the strongly connected component of a FSM 
Fi, using a depth-first search. Since an FSM F } can be 
removed from the list L only after it has been appended 

40 

k 

E 

to the list L, then the total computational cost is 0( 
cf/m/), where dj is the number of edges deleted from the 
45 FSM Fj. 

A synthesis of an exemplary gateway system 1 us- 
ing the method 200 of FIG. 3 is described with respect 
to FIGS. 5-29. The two network protocols that are to be 
connected by the gateway system 1 in the example are 

so a half-duplex alternating bit protocol ("HABP") and a 
full-duplex alternating bit protocol ("FABP"). The HABP 
transports data messages from a transmitter user proc- 
ess to a receiver process over a lossy communication 
channel. No data message is transported in the reverse 

ss direction for the HABP Conversely the FABP operates 
in a manner such that two remote processes are able to 
exchange data messages. 

A general organization 500 of component FSMs 
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which characterize a protocol is illustrated in FIG. 5. In 
FIG. 5, the arrangement consists of end entities 510 
and D 2 520 which communicate with one another over 
communication channels C A12 530 and C A21 540. Each 
end entity D 1 510 and D 2 520 operates according to a 
respective group of the FSMs in the corresponding FSM 
set characterizing the protocol. The operation ot the 
HABP may be characterized using five FSMs arranged 
according to the organization 500 of FIG. 5 as follows: a 
data transmitter machine Htrans shown in FIG. 6, which 
corresponds to the end entity 51 Oof FIG. 5, and which 
retransmits data received from a local user; a data re- 
ceiver machine Hrec, shown in FIG. 7, which corre- 
sponds to the end entity D 2 520, and receives the data 
retransmitted by the FSM Htrans, a forward communi- 
cation channel machine C H12 , shown in FIG. 8, for trans- 
porting data messages from the FSMs Htrans to Hrec 
of FIGS. 6 and 7; a reverse communication channel ma- 
chine C H21 , shown in FIG. 9, for transporting acknowl- 
edgement signals ackO or ackl confirming receipt of the 
data message; and a timer machine 7/mershown in FIG. 
10 which is a satellite FSM of the data transmitter ma- 
chine Htrans and should also be contained in the end 
entity D1 510 of FIG. 5. Once started, the timer machine 
Timer of FIG. 10 will wait a predetermined time period 
and generate a time out signal timeout \o the transmitter 
machine Htrans of FIG. 6, unless during that time period 
it receives a message cancel from the transmitter ma- 
chine Htrans. 

Further, a service FSM S H for the HABP is shown in 
FIG. 11 . In FIG. 11 , the service FSM S H consists of two 
states, 0 and 1. The FSM S H depicts the data transfer 
operation of the HABR An edge labeled ?datal denotes 
an input operation whereby the HABP receives a data 
message from the transmitter user process. A second 
edge labeled with IdataO represents an output operation 
whereby the HABP sends a data message to the receiver 
user process. FIG. 12 shows the five component HABP 
FSMs arranged according to the organization 500 of FIG. 
5. Similar components in FIGS. 5 and 12 are like num- 
bered for clarity, for example, the end entity 510. 

In operation, the HABP, as represented by the FSMs 
Htrans, Timer, C H12 , C H21 and Hrecoi FIGS. 6-10 and 
service FSM S H of FIG. 11, starts with the transmitter 
function characterized by the FSM Htrans receiving a 
data message from a user using the input operation ?da- 
tal. The transmitter function FSM Htrans then sends the 
data message with a sequence number of either 0 or 1 
to the receiver function, characterized by FSM Hrec, 
over the channel C H12 . The transmitter function FSM 
Htrans alternates the sequence numbers between 0 and 
1 for each consecutive data message in order for the re- 
ceiver function characterized by the FSM HrecXo identify 
whether a data message has been lost. 

When the transmitter function FSM Htrans transmits 
the data message, it also starts a local timer operation 
characterized by the FSM Timer, and waits for the proper 
acknowledgement signal ackO or ackl over the channel 



characterized by the FSM C H21 . Upon receiving the 
proper acknowledgement signal, the transmitter function 
cancels the timer by sending a message cancel. How- 
ever, if no acknowledgement signal is received before 

5 the timer FSM Timer generates a signal timeout the 
data message is retransmitted to the receiver FSM Hrec. 

Upon receipt of a data message, the receiver func- 
tion FSM Hrecdetermines whether it contains the proper 
sequence number and transmits the data message to the 

to local user using the output operation IdataO of the serv- 
ice FSM S H . The receiver function also sends the ac- 
knowledgement signal with a proper sequence number 
over the communications channel C H21 back to the 
transmitter function FSM Htrans. 

is FSMs characterizing the operation of the FABP may 
also be organized according the system 500 of FIG. 5 as 
shown by the arrangement 700 in FIG. 13. In FIG. 13, 
the FABP is modeled using two identical protocol entities 
710 communicating with one another by two communi- 

20 cation channels C F12 and C F21 . For the FABP, each one 
of the protocol entities may consist of seven FSMs. The 
seven FSMS are: a transmitter function FSM F trans, 
shown in FIG. 14, for retransmitting outgoing data mes- 
sages received from a user; a retransmission timer FSM 

25 Retimer, shown in FIG. 15, which operates in a similar 
manner to the FSM Timer of FIG. 10; a receiver function 
FSM Free, shown in FIG. 16, which receives incoming 
data messages and acknowledgement signals; a se- 
quence number storage FSM NR, shown in FIG. 17, for 

30 storing the next sequence number of expected message 
to be received by the receiver function FSM Free, a se- 
quence number storage FSM NS, shown in FIG. 18, for 
storing the sequence number of the next expected mes- 
sage to be sent by the transmitter function FSM Ftrans\ 

35 an explicit acknowledgement FSM Bui, shown in FIG. 
19, for sending acknowledgement signals confirming re- 
ceipt of a data message; and an acknowledgment timer 
FSM Atimer, shown in FIG. 20, for performing the timing 
operations for the FSM But 

40 A service FSM S F for the FABP is shown in FIG. 21 . 
In FIG. 21 , the service FSM S F consists of four states 0, 
1, 2 and 3. The FSM S F depicts the data transfer oper- 
ation of the FABP. During operation, the service FSM S F 
receives a data message from one network user process 

45 by traversing edges that activate an input operation ?da- 
taF, and delivers it to the other user process by travers- 
ing the edges that activate an output operation \dataF. 

Each end entity 710 of the FABP in FIG. 1 3 employs 
two methods of acknowledging receipt of data messages 

50 with the appropriate sequence number. In a first method, 
the receiver function FSM Free uses the FSM Butoi FIG. 
19 and associated FSM Atimer of FIG. 20 to generate 
acknowledgement signals ackO and ackl. In addition, a 
second method of acknowledging receipt of a data mes- 

55 sage is to piggy-back acknowledgement signals on re- 
turn data messages. 

A data message has a structure of data[x][y] where 
data is the information that is sent. The parameter x is 
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the sequence number of Ihe message and may be either 
a 0 or 1 . The parameter y is the piggyback acknowledge- 
ment, and may have a value of either a 0 or 1 . The pa- 
rameter y performs the same operation as the transmis- 
sion of an acknowledgement signal ackO or ackl for a 
recently received data message. In operation, when a 
data message is received, the operation characterized 
by the FSM Free starts the operation represented by the 
FSM Buf which activates the process Atimer. If a data 
message is not sent out by the end entity 71 Oof FIG. 13 
before the timer Atimer expires, then the proper ac- 
knowledgement signal ackO or ackl is transmitted. The 
composition of these seven FABP protocol FSMs in 
FIGS. 1 4-20 represent a total of 3, 1 92 states and 1 4,026 
edges. 

A gateway system generated according to the meth- 
od 200 of FIG. 3 for connecting a HABP network and a 
FABP network would provide lull duplex communication 
through the gateway between users on either network. 
For ease of illustration, the HABP will alternatively be re- 
ferred to as the protocol A and the FABP as the protocol 
B in the following description. In generating such a gate- 
way system according to step 210 of the method 200 of 
FIG. 3, a FSM W is computed corresponding to the larg- 
est common subset of services provided by the service 
FSM S A , or the FSM S H in this example, and the service 
FSM S B> or the FSM S F in this example. Since the serv- 
ice operations of the service FSM S H of FIG. 11 are all 
included in the service FSM S F , the resulting FSM W is 
equal to the service FSM S H . 

Then, according to step 220, complement service 
FSMs S A _ B and S B . A are computed. The complement 
service FSMs S A . B and S B . A may be computed by re- 
moving those services provided by the FSM W from the 
service FSMs S A . B and S B . A , respectively. Accordingly, 
the complement service protocol FSM S A _ B is null be- 
cause ail the services provided by the FSM W are pro- 
vided in the service protocol FSM S H . However, the re- 
sulting complement service protocol S B . A provides those 
services of the FSM S F that transfer data in the reverse 
direction, or the direction not provided by the HABP The 
resulting complement service FSM S B . A is shown in FIG. 
22. 

The method 200 then proceeds to step 230 where 
the protocols A and Bare pruned to form the complement 
protocol FSMs P A . B and P B . A . Since the complement 
service protocol FSM S A . B is null the corresponding com- 
plement protocol FSM P A . B is also null. However, prun- 
ing the protocol B, represented by the collection of FSMs 
of FIGS. 1 4-20, to provide those services of the comple- 
ment service protocol S e . A yields the FSMs illustrated in 
FIGS. 23-28. In FIGS. 23-28, the pruned FSMs are la- 
beled by adding a prime to the name of the correspond- 
ing FSMs of FIGS. 14-20. For example, the transmitter 
FSM Ftrans of FIG. 14 corresponds with the pruned 
transmitter FSM Ftrans' of FIG. 23. 

During the pruning step, the FSM Atimeroi FIG. 20 
is pruned out of existence, while the sequence number 



storage FSM NS of FIG. 18 and retransmission timer 
FSM Retimer of FIG. 15 remain fully intact in forming the 
pruned counterparts in FIGS. 27 and 24. The pruned 
FSMs for the complement protocol P B . A in FIGS. 23-28 

s provide only those data transfer functions in the reverse 
direction. The last step 240 of the method 200 is to con- 
struct the protocol converter 50 and network end nodes 
30 and 40 according to the generated complement pro- 
tocols in the manner shown in FIG. 2. 

10 A gateway system 800 connecting a HABP network 
10 and a FABP network 20 employing circuits according 
to the FSMs of FIGS. 23-28 is shown in FIG. 29. The 
circuits in FIG. 29 corresponding to those of FIG, 2 are 
like numbered for clarity, for example, the complement 

is protocol circuit 105. In addition, those circuits in FIG. 29 
which perform the operations of the FSMs illustrated in 
FIGS. 14-28 are like named for ease of illustration. For 
example, the circuit Htrans in FIG. 29 and the corre- 
sponding transmitter function FSM Htrans in FIG. 14. 

20 in FIG. 29, an end node 30 of the network 10 con- 
tains the circuits A 1 100 and P B -a.i 105 Tne protocol 
circuit A<j 100 performs the data message transmission 
operation of the HABP of the network 10. The circuit A., 
100 contains the circuit Htrans and the half duplex com- 

25 munication channels C H21 and C H12 which operate ac- 
cording to the FSMs of FIGS. 8 and 9, respectively. The 
complement protocol circuit P B . A A 105 consists of cir- 
cuits Free' and A/S'for receiving data. The circuits A, 
1 00 and P B . A A 1 05 transmit and receive messages from 

30 a protocol converter 50 through the MUX-DEMUXs 110 
and 120 over the communication channel 60. 

The protocol converter 50 of FIG. 29 includes the 
circuit A 2 125 for performing the operations of the HABP 
receiver FSM Hrecoi FIG. 7. The protocol converter 50 

35 also consists of the interface complement protocol circuit 
P B . A 2 130, the interface converter IC 135 : and the inter- 
face protocol circuit B1 140 corresponding to the protocol 
end entity 710 in FIG. 13. The circuit B1 140 performs 
the operatbns of the seven FABP protocol FSMs shown 

40 in FIGS. 1 4-20. The complement protocol circuits P B -a,i 
105 and P B . A<2 130 ' n F,G - 29 operate in the manner 
specified by the complement protocol FSMs shown in 
FIGS. 23-28. The complement protocol circuits opera- 
tions Free' and /VS'for retransmitting data to a destina- 

45 tion user and are, therefore, disposed in the circuit P B -a,i 
105. Accordingly, the complement protocol circuit oper- 
ations Ftrans\ Buf\ Wand Retimer" which receive the 
data from a local user have been disposed in the circuit 
P B . A , 2 130. 

so The circuit B-, 1 40 of the protocol converter 50 is di- 
rectly connected to a second network end node 40. The 
network end node 40 consists of the protocol circuit B 2 
165 which performs the identical operation of the circuit 
B1 140 in the protocol converter SO. Full-duplex commu- 

ss nication between the circuits 140 and 165 occur over 
communication channels C F12 and C F21 . The circuit B 2 
165 is also connected to the network 20. 

The complement protocol circuits P A . B .i 145 and 
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P A . B 2 170 and associated MUX-DEMUXs 150 and 160 
of FIG. 2 are not used in the system 800 of FIG. 29 be- 
cause no such circuits are required. Since the comple- 
ment protocol FSM P A . B and complement service FSM 
S A . B are null, the corresponding complement protocol 
circuits are not required. Such circuits are not necessary 
in this example because there are no operations per- 
formed by the protocol HABP of network 10 that are not 
performed by the protocol FABP of the network 20. The 
circuits B 1 140 and B 2 165 perform identical operations 
in FIG. 29 because of the mirror-like processes of a 
full-duplex protocol. However, these circuits may per- 
form different operations in other gateway systems 1 de- 
pending upon the protocols implemented on the net- 
works 10 and 20. 

In transmitting information from a network 10 user 
to a user process on the network 20, the information is 
transmitted through the circuit A 1 1 00 in the network end 
node 30 to the circuit A 2 1 25 in FIG. 29. The information 
from the circuit A 2 125 is then directed to the circuit 
140 by the interface converter IC 135. The information 
is then transmitted by the circuit 140 to the circuit B 2 
165 in the end node 40 where it is retransmitted to the 
user process on the network 20. 

I n the reverse direction, network 20 users may trans- 
mit data to network 10 users in FIG. 29, despite the fact 
that only an HABP is implemented in the network 10. In 
transmitting information from a network 20 user process 
to a network 10 user process, the information is trans- 
mitted through the circuit B 2 1 65 in the network end node 
40 to the circuit B t 1 40 in the protocol converter 50. The 
circuit B1 140 provides the information to the interface 
converter IC 135 which is configured to transmit the in- 
formation to the circuit P B . A>2 1 ^0- Then, the information 
is transmitted by the circuit P B _ A>2 1 30 to the circuit P B _ A , 
105 in the network end node 30. The circuit P B . A -, 105 
possesses the capability to retransmit the information to 
the user process on the network 10. 

Therefore, the present invention provides a relative- 
ly short and simple technique for generating a gateway 
between different network protocols employing comple- 
ment protocols which enables users of both networks to 
transmit and receive information between each other us- 
ing a super-set ol services provided by the protocols of 
both networks. One advantage of providing a super-set 
of services is that the gateway system between the net- 
works may appear transparent to a user of one of the 
networks as he will be able to utilize all the services fa- 
miliar to him on that network to exchange data with the 
other network. 

In an alternative embodiment of the gateway system 
1 of FIG. 2, complement protocols and corresponding cir- 
cuits may be generated for only one of the networks us- 
ing the method 200 of FIG. 3. For example, the comple- 
ment protocol P B . A and not P A . B would be generated for 
such a system. Accordingly, the circuits P A . B A 145 and 
P A . B 2 170 would be eliminated from the protocol con- 
verter 50 and end node 40. Likewise, the MUX-DEMUXs 



1 50 and 1 60 may be removed as no messages need be 
multiplexed on the communications channel 70 between 
the circuits B1 140 and B 2 165. As a result, users on the 
network 10 may utilize all the services of both of the pro- 

s tocols A and B when transmitting or receiving information 
using this alternative gateway system. However, users 
on the network 20 would be limited to using only those 
services common to protocols A and B when communi- 
cating through this alternative gateway system. 

10 Although one embodiment of a method for generat- 
ing a gateway system that provides a super-set of pro- 
tocol services has been described in detail above, it 
would be readily understood by those having ordinary 
skill in the art that many modifications are possible in the 

is described embodiment without departing from the 
present invention. All such modifications are intended to 
be encompassed by the claimed invention. For instance, 
a single microprocessor may be employed in the network 
end nodes and protocol converter to perform those op- 

20 erations specificized by the FSMs contained therein. 
Further, although the exemplary gateway system de- 
scribed above concerned computer networks, the 
present invention may be used for generating for provid- 
ing gateway systems to other data and telecommunica- 

25 tion networks. 



Claims 

30 1 . A method for generating a gateway system between 
first and second networks implementing corre- 
sponding first and second communication protocols 
which provide first and second sets of services, 
respectively, wherein each protocol can be repre- 
ss sented by a set of at least one finite state machine 
(FSM), the method comprising the steps of: 

determining a common subset of services 
equal to a subset of the intersection of services pro- 
vided by the protocols; 
40 determining first and second complement 

service FSMs for the first and second network pro- 
tocols, wherein the first complement service FSM 
contains those services provided by the second net- 
work protocol that are not characterized in the first 
45 network protocol, and wherein a second comple- 
ment service FSM contains those services provided 
by the first network protocol that are not character- 
ized in the second network protocol; 

pruning the set of second network protocol 
so FSMs to provide only operations corresponding to 
the services performed by the first complement serv- 
ice FSM to generate a first set of complement net- 
work protocol FSMs; 

pruning the set of first network protocol FSMs 
55 to provide only operations corresponding to the 
services performed by the second complement 
service FSM to generate a second set of comple- 
ment network protocol FSMs; and 
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constructing a gateway system based on the 
first and second set of protocol FSMs, the first and 
second set of complement protocol FSMs and an 
interface converter. 

5 

2. The method of claim 1 , wherein each of the steps of 
pruning the set of protocol FSMs to generate a cor- 
responding complement protocol FSM comprises 
the steps of: 

deleting an edge from a first protocol service io 
FSM corresponding to a service not. characterized 
in a second protocol service FSM, and deleting an 
edge from the second protocol service FSM corre- 
sponding to a service not characterized in the first 
service FSM to lorm a first set of pruned FSMs; is 

deleting an edge from the first set of pruned 
FSMs which represent unmatched service primi- 
tives to form a second set of pruned FSMs; and 

deleting an edge in the second set of pruned 
FSMs which are not within a strongly connected 20 
component of the corresponding second pruned 
FSM that contains the initial state to form a third set 
of pruned FSMs. 

3. The method of claim 1 , wherein the step of deter- 25 
mining first and second complement protocols com- 
prises the steps of: 

pruning protocol FSMs characterizing the 
services provided by the protocols by removing 
edges in the sen/ice FSMs that correspond to serv- 30 
ices provided in the common subset of services. 

4. A method for generating a gateway system between 
first and second networks implementing corre- 
sponding first and second communications proto- 35 
cols which provide first and second sets of services, 
respectively, wherein each protocol can be repre- 
sented by a set of at least one finite state machine 
(FSM), the method comprising the steps of: 

determining a common subset of services *o 
equal to a subset of the intersection of services pro- 
vided by the protocols; 

determining first and second complement 
service FSMs for the first and second network pro- 
tocols, wherein the first complement service FSM *s 
contains those services provided by the second net- 
work protocol that are not characterized in the first 
network protocol, and wherein the second comple- 
ment service FSM contains those services provided 
by the first network protocol that are not character- so 
ized in the second network protocol; 

pruning the set of second network protocol 
FSMs to provide only operations corresponding to 
the services performed by the first complement serv- 
ice FSM to generate a first set of complement net- ss 
work protocol FSMs; 

pruning the set of first network protocol FSMs 
to provide only operations corresponding to the 



services performed by the second complement 
service FSM to generate a second set of comple- 
ment network protocol FSMs; and 

constructing a gateway system employing cir- 
cuit equivalents of the first and second set of proto- 
col FSMs, the first and second set of complement 
protocol FSMs and an interface converter, wherein 
each of the steps of pruning the set of protocol FSMs 
to generate a corresponding complement protocol 
FSM comprises the steps of: 

deleting an edge from a first protocol 
service FSM corresponding to a service not charac- 
terized in a second protocol service FSM, and delet- 
ing an edge from the second protocol service FSM 
corresponding to a service not characterized in the 
first protocol service FSM totorm a first set of pruned 
FSMs; 

deleting an edge from the first set of 
pruned FSMs which represent service primitives for 
which there are no counterpart service primitives in 
the first set of pruned FSMs to form a second set of 
pruned FSMs; and 

deleting an edge in the second set of 
pruned FSMs which are not within a strongly con- 
nected component of the corresponding second 
pruned FSM that contains the initial state to form a 
third set of pruned FSMs. 

5. A method for generating a gateway system between 
first and second networks implementing corre- 
sponding first and second communication protocols 
which provide first and second sets of services, 
wherein each protocol can be represented by a set 
of at least one finite state machine (FSM) : the 
method comprising the steps of: 

determining a common subset of services 
equal to a subset of the intersection of services pro- 
vided by the protocols; 

determining a first complement service FSM 
for the first network protocol, wherein the first com- 
plement service FSM contains those sen/ices pro- 
vided by the second network protocol that are not 
characterized in the first network protocol; 

pruning the set of secono"network protocol 
FSMs to provide only operations corresponding to 
the services performed by the first complement serv- 
ice FSM to generate a first set of complement net- 
work protocol FSMs; and 

constructing a gateway system employing cir- 
cuit equivalents of the first and second set of proto- 
col FSMs, the first set of complement protocol FSMs 
and an interface converter to provide all the 
input-output services of the first and second net- 
works to users of the first network in communicating 
through the gateway system. 

6. The method of claim 5 further comprising: 

determining a second complement service 



12 



23 



EP0 705 012 A2 



24 



FSM for the second network protocol, wherein the 
second complement service FSM contains those 
services provided by the first network protocol that 
are not provided by the second network protocol; 

pruning the set of first network protocol FSMs 
to provide only operations corresponding to the 
services performed by the second complement 
service FSM to generate a second set of comple- 
ment network protocol FSMs, wherein the step of 
constructing the gateway system further includes 
employing a circuit equivalent of the second set of 
complement protocol FSMs and an interface con- 
verter to provide all the input-output services of the 
first and second networks to users of the first and 
second network in communicating through the gate- 
way system. 

7. A gateway system between first and second net- 
works, each network implementing a protocol, the 
gateway system comprising: 

a first end node connected to the first network, 
the end node having a protocol circuit and a first 
complement protocol circuit; 

a first communication channel connected to 
the first end node; 

a second end node connected to the second 
network, the second end node having a protocol cir- 
cuit; 

a second communications channel connected 
to the second network end node; and 

a protocol converter connected to the first and 
second end nodes, the protocol converter having a 
first interface protocol circuit for communicating with 
the first end node protocol circuit, and a first interface 
complement protocol circuit for communicating with 
the first complement protocol circuit, the protocol 
converter further having a second interface protocol 
circuit for communicating with the second end node 
protocol circuit, and an interface converter con- 
nected to the first and second interlace protocol cir- 
cuits and first interface complement protocol circuit, 
wherein the interface converter translates and 
routes information between the first interface proto- 
col circuit and the second interface protocol circuit, 
and between the first interface complement protocol 
circuit and the second interface protocol circuit to 
provide the input-output services of the first and sec- 
ond networks to users of the first network in commu- 
nicating through the gateway system. 

8. The gateway system of claim 7, wherein the circuits 
in an end node are contained in a single processor. 

9. The gateway system of claim 7, wherein at least two 
of the circuits in the protocol converter are contained 
in a single processor. 

10. The gateway system of claim 7, wherein the signals 



between the first protocol circuit and the first inter- 
face protocol circuit and between the first comple- 
ment protocol circuit and the first interface comple- 
ment protocol circuit are multiplexed on the first 
s communications channel. 

11. The gateway system of claim 7 further comprising: 

a second complement protocol circuit dis- 
posed in the second end node, the second comple- 
10 ment protocol circuit being connected to the second 
network and the second communications channel; 
and 

a second interface complement protocol cir- 
cuit disposed in the protocol converter and being 

75 connected to the interface converter and the second 
communications channel, wherein the interface con- 
verter routes information between the first interface 
protocol circuit and the interface complement proto- 
col circuit, and the second interface protocol circuit 

20 and second interface complement protocol circuit to 
provide input-output services of the first and second 
network protocols to users of the first and second 
networks in communicating through the gateway 
system. 

25 

12. The gateway system of claim 1 1 , wherein the circuits 
in the second end node are contained in a single 
processor. 

30 13. The gateway system of claim 11 , wherein at two of 
the circuits in the protocol converter are contained 
in a single processor. 

14. The gateway system of claim 1 1 , wherein the signals 
35 between the second protocol circuit and second 
complement protocol circuit and the corresponding 
second interface protocol circuit and the second 
interface complement protocol circuit are multi- 
plexed on the second communications channel, 
40 respectively. 
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(54) Computer network gateway 

(57) A gateway system for connecting first and sec- 
ond communication networks has first and second net- 
work end nodes and a protocol converter The gateway 
system operates to provide input-output services of both 
network protocols to users of both networks in commu- 
nicating through the gateway system. The gateway sys- 
tem employs associated complement protocol circuits 
in the end nodes and the protocol converter to provide 



these services. An efficient technique for generating the 
complement protocol of a first network is to prune finite 
state machines representing the operation of the sec- 
ond network protocol to provide the services of the sec- 
ond protocol that are not provided by the first protocol. 
The complement protocol circuits for the second net- 
work are then constructed based on the pruned finite 
state machines representing the operation of the first 
protocol. 
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